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A METHOD AND SYSTEM FOR BILL PRESENTMENT AND PAYMENT 

This application claims priority to applicant's copending applications titled 
OPEN BILL PRESENTMENT & PAYING STANDARD SPECIFICATION 
i having U.S. Serial No. 60/056,399 filed August 26, 1997, OPEN BILL 

PRESENTMENT & PA YING^TANDARD SPECIFICATION having U:S7Serial 
No. 60/065,474 filed November 19, 1997, and OPEN BILL PRESENTMENT 
AND PAYING STANDARD SPECIFICATION having U.S. Serial No. 
60/067, 1 62 filed December 4, 1 997. 
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FIELD OF THE INVENTION 

The present invention generally relates to the field of computerized bill 
presentment and more particularly to the electronic delivery of a bill from any 
biller to any consumer and for electronic delivery of subsequent payment from the 
1 5 consumer to the biller. 

BACKGROUND OF THE INVENTION 

Currently 10% of households are users of the internet for activities other 
than e-mail. Although estimates of the number of households currently using a 
20 computer for bill paying vary widely, it is estimated that by the year 2000, about 

10% of the population will use a computer for bill paying. Regardless, all users 
still receive bills the "old fashioned" way through the U.S. mail, requiring physical 
retrieval, sorting, prioritizing, and placing beside the computer or the telephone for 
payment. 

25 Paying bills is one of the major financial activities of consumers and 

businesses, and the task is unattractive, time consuming and recurring. Each bill 
paid by mail costs the consumer a minimum of postage plus checking 'charges, and 
each bill sent by mail costs the biller a minimum of postage plus printing charges. 
It is estimated that around 19 billion bills per year are sent and paid today, not 

30 including many non-bill statements. The use of technology for electronic bill 



BNSDOCID; <WO 9910823A1_L> 



^ WO 99/10823 PCT/US98/17329 

-2- 

presentment and payment can reduce the cost of the billing and payment process 
for up to 100 million U.S. households and their vendors and service providers. 

There is a current need to provide a single, flexible approach to electronic 
bill presentment and payment that is acceptable to financial institutions and the 
5 financial services industry, that enables billers and consumers respectively to 

present and-pay a majority of bills electronically, that meets the long-term needs of* . 
financial institutions and their customers, and that enables financial institutions to 
provide a range of value-added services for their customers. 

There is a further need for an electronic bill presentment and payment 

1 0 system which provides consumers with the ability to transact bill payments across 

delivery channels such as the internet, automated teller machines/customer 
activated terminals (ATM/CAT's), interactive television, and telephone; which 
enables consumers to determine how or if their financial data is to be used; and 
which supports the same range of payment instruments such as credit cards, checks 

15 or cash found in the physical world. 

There is also a need for a computerized bill presentment and payment 
system which provides billers with control over how their bills are presented and 
how their financial data is used; which provides flexibility and extensibility to 
adapt to frequent technological advances; and which provides a high quality, 

20 trusted, low cost alternative to existing bill and consumer service providers. 

SUMMARY OF THE INVENTION 

It is a feature and advantage of the present invention to provide an 
electronic bill presentment system which allows many parties to participate, so 
25 billers can reach all electronic customers, and consumers can receive bills from all 

billers in one system. 

It is a further feature Tind advantage of the present invention to provide an 
electronic bill presentment system which is easy to use, makes use of software that 
is easy to use, and which can serve many parties, so that billers and consumers are 
30 not faced with a system available for only a small portion of their bills. 
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It is a further feature and advantage of the present invention to provide an 
electronic bill presentment system able to service consumers with basic computer 
set-ups and other devices such as ATM7CAT's and set-top boxes. 

It is a further feature and advantage of the present invention to provide an 
5 electronic bill presentment system capable of taking data from billers' legacy 

systems and reformatting and transmitting the directly. 

It is a further feature and advantage of the present invention to provide an 
electronic bill presentment system that is less expensive for billers to use than prior 
art billing methods. 

10 It is a further feature and advantage of the present invention to provide an 

electronic bill presentment system that is inexpensive for consumers to use. 

It is a further feature and advantage of the present invention to provide a 
user-friendly, well integrated electronic bill presentment/bill payment system for 
consumers who have payment accounts at any financial institution such as a bank 
15 or brokerage. 

It is a further feature and advantage of the present invention to provide an 
accurate, bulk processing electronic bill presentment system for large billers with 
many billing accounts. 

It is a further feature and advantage of the present invention to provide 
20 secure electronic billing transports that are interoperable with other secure 

transports at low cost, streamlined, and with high reliability and uptime standards. 

It is a further feature and advantage of the present invention to provide an 
electronic bill presentment system which presents bills to consumers on a variety 
of communication devices, such as computers, interactive television sets, or on an 
25 audio basis by telephone, and enables billers to send graphics, variable data and 

enclosures of various types. 

Electronic bill presentment accbrdfng to the present invention is an 
enhancement to electronic bill payment that adds considerable value to the 
customer proposition and allows a tracking capability for bills received and paid. 
30 It also allows customers to store bills electronically and manipulate them, which 
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has not been previously possible. Electronic bill payment is done between 
consumers and their banks or other service providers, but electronic bill 
presentment involves the biller and its service provider as well, so the electronic 
bill presentment system of the present invention involves more entities, namely 
5 consumers, businesses and networks. The systems and operational flows of the 

present invention are designed to meet the needs of both consumers and billers. 

The electronic bill presentment and payment system of the present 
invention is designed to accommodate all the possible entities currently involved 
in the bill presentment and payment process, and to add value to all parties over 

10 the current system. The system of the present invention streamlines the entire 

process, reduces the delay, cost and manual processing involved, and also provides 
increased control and better access to information for all the parties. The system 
of the present invention also provides the ability to deal with special handling of 
bills, including priority handling, automatic filing into folders, and filters to screen 

15 unwanted messages. The system of the present invention further enables billers 

and consumers to consolidate bills and bill presentment. The system of the present 
invention additionally allows billers to personally customize and control the 
content and format of the bill presentment within the constraints of the 
presentation device selected by the consumer, including the ability to include 

20 graphics, to sort the information in any arbitrary order, to subtotal, and to insert 

enclosures. 

The electronic bill presentment and payment system of the present 
invention enables one-stop retrieval and payment of bills by consumers and 
provides consumers with greater control over their financial data by providing a 

25 centralized financial information repository on a mailbox server. The system of 

the present invention also provides billers with efficiency by enabling access to 
consumers from a number of financial institutions, including banks; provides 
billers with control over bill presentation and links between payment and invoice; 
and provides billers with faster and lower cost bill presentment. Further, the bill 

30 presentment and payment system of the present invention provides bill and 
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consumer service providers with a standard interface that simplifies integration . 
with existing financial institution, bill and consumer service provider systems. 

In the electronic bill presentment and payment system of the present 
invention, the parties have distinctive roles and responsibilities, including the 
consumer, the consumer service provider, the directory service or commerce 
document server, the bill service provider, f and!l^T^ 

act in multiple roles. For example, a single financial institution such as a bank 
may act as the consumer service provider, the directory service, and the bill service 
provider. The consumer is responsible for initial sign up for bill presentment 
service. The consumer service provider provides secure electronic mail for the 
consumer, presents bills in its home banking software, and supports the consumer 
with payment choices. The directory service or commerce document server routes 
bills to the correct payer or consumer service provider, provides an up-to-date 
directory, and maintains a link to other directory services. The bill service 
provider assists in formatting bills. The biller defines bill content and establishes 
relationships with advertisers. 

The bill presentment system of the present invention allows billers to 
prepare or format a bill file, including all data in the bills to be generated for a 
given day, and to send the bill file to the biller's bill service provider. The bill 
service provider receives and re-formats the bill file and routes bills for a 
particular consumer to the consumer's service provider by means of a billing and 
payment transport utility. The transport securely routes to and stores the bill in for 
the consumer or the consumer's service provider. Preferably, the consumer will 
have signed up with a consumer service provider in advance. The consumer 
service provider presents the bill to the consumer and has a system linked for 
payment process. The bill is typically stored and presented to the consumer, along 
with the consumer's other bills, in the consumer's electronic mailbox and/or the 
consumer's personal internet web page. 

A consumer mailbox address facilitates easy identification and distribution 
to any given consumer. The consumer mailbox address is an internet address not 
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unlike an e-mail address. Each consumer has an account; each biller or bill service 
provider has a domain; and each function within that domain has an account. 
When a participant asks to see the bill, a query returns one or more bill content 
objects to the requesting process. The process may be implemented to sequentially 
ask for renderings or may create a summary for an associated summary template. 
Either way, the target content contains identifying information that will allow a . 
match to a template and a subsequent merge. During a merge, the bill template 
reads its description sequentially and writes it "as is" to the output file until it 
encounters an insert tag. The template then "asks" its associated content for the 
value of the name of the tag that it encountered. The return value is then swapped 
in place of the insert tag and written to the output file. 

Temporary or time dependent resources have relevance as a function of 
time. Enclosures may be temporary resources in that they may contain an offer 
that is extended for a given period of time, but it may be desirable to reference bill 
1 5 data for a long period for historical inquiry. A temporary resource has a start date 

and an end date. A temporary resource also has a relative file name that need not 
be unique between active periods, but must not overlap. Templates and resources 
are unique within a given originator, since they are stored by originator. 
Practically everything other than bill content is a type of resource, including 
20 templates. Therefore, the bill content is sent first to the commerce document 

server by the bill service provider. The bill content contains references to the 
resources it uses rather than the actual resources. This allows resources to be sent 
only once for network efficiency and also reduces storage requirements. When the 
commerce document server determines that a resource contained in a new bill 
25 content is not yet on the commerce document server, the commerce document 

requests the resources after it acknowledges receipt of content. This frees the bill 
service provider from keeping track of who is up to date and who is not. In this 
way, version control of templates is automatic. 

To achieve the stated and other features, advantages and objects of the 
30 present invention, an embodiment of the invention provides a method and system 
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for presenting at least one bill for a consumer from a biller on a network. The 
method and system of an embodiment of the invention prepares a bill file for at 
least one bill for the consumer from the biller which includes bill data. The bill is 
automatically formatted using the data from the bill file, and the formatted bill is 
5_ autpmatic^lyst^ the consumer in a storage location. The consumer can 



then access the storage location to retrieve the bill. The consumer may 'be a** 
business entity or an individual. The bill file is set out on, for example, the biller's 
server. The storage location is an electronic mailbox such as consumer mailbox 
hosted on a server such as a document server, and the formatted bill consists of an 

10 electronic mail message. The formatted bill is transmitted from the storage 

location to a terminal such as the consumer's personal computer, where it can be 
displayed by the consumer. 

In an embodiment of the invention, the consumer transmits a request for the 
bill. The consumer may transmit the request to the biller, or the request may be 

1 5 transmitted to the biller for the consumer. The consumer may transmit the request 

to a consumer account of a consumer service provider. The consumer service 
provider transmits the request to a biller account of a bill service provider, and the 
bill service provider transmits the request to the biller. The storage location or 
consumer mailbox is linked or coupled to the consumer account, and the consumer 

20 accesses the storage location by initiating communication with the consumer 

account, for example, by accessing a terminal such as a personal computer. The 
biller account is hosted on the bill service provider's server. The biller transmits 
the bill file to the biller account, and the bill is automatically formatted by an 
application residing on the bill service provider's server. 

25 The consumer's request for the bill also involves transmitting a request for 

bill presentment service for the consumer to the consumer service provider. The 
consumer service* provider creates the consumer account in response to the request 
and transmits biller information, such as a list of billers which offer electronic 
billing, to the consumer. The consumer selects the biller from the list and 

30 transmits a request for bill delivery from the selected biller to the consumer service 
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provider. If the consumer later decides to change consumer service providers, the 
consumer can transmit a request to the consumer service provider for transfer to a 
new consumer service provider. Preparing the bill file involves the biller 
transmitting a request for billing service for the biller to the bill service provider. 
The bill service provider creates the biller account for billing service for the biller 
in responses the request. Thereafter,- the biller can be added to the list of billers 
which offer electronic billing, and information about the biller account can be 
transmitted to the consumer. The bill file from which the bill is automatically 
formatted includes a bill template and bill content. The bill file may also include a 
temporary resource. The bill file may be automatically formatted by the biller or 
by the bill service provider. 

When the consumer accesses the storage location, the consumer may pay 
the stored bill. The consumer may pay the bill to the biller, or the consumer may 
pay the bill through a bill payment processor coupled, for example, to the 
consumer service provider's server. When the bill is paid, an acknowledgment of 
receipt by the biller may be transmitted to the consumer. Before transmitting the 
bill file by the biller, a test bill may be transmitted for the biller. After accessing 
the storage location by the consumer, a dispute of the bill may be transmitted to 
the biller. A status inquiry about the bill may also be transmitted to the consumer 
for the biller. If the biller discovers an error in the bill, a correction of the bill may- 
be transmitted to the consumer. If the bill was sent in error, a reversal of the bill 
may be transmitted to the consumer. If the consumer decides to discontinue 
electronic billing from the biller, a notice to stop billing may be transmitted to the 
biller. If there is a problem in storing the formatted bill in the storage location, a 
notice of storage location error may be transmitted to the consumer. 

Additional objects, advantages and novel features of the invention will be 
set forth in part in the description which follows, and in part will become more 
apparent to those skilled in the art upon examination of the following or may be 
learned by practice of the invention. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
In the figures: 

Fig. 1 shows an overview of the key components for an application of the 
bill presentment system for an embodiment of the present invention and the flow 
5 of information between the components; 

Fig. 2 is a flow chart which amplifies the flow of infon^Tioh^Hawn. in Figr 
1 and provides further detail regarding the flow of information to the consumer 
through optional channels in the system of Fig. 1 ; 

Fig. 3 is a flow chart which amplifies the flow of information in Fig. 1 and 
10 provides further detail regarding the flow of information between the biller and 

multiple consumers for an embodiment of the present invention; 

Fig. 4 is a flow chart which amplifies the flow of information in Fig. 1 and 
provides further detail regarding the flow of information between the consumer 
and multiple billers for an embodiment of the present invention; 
15 Fig. 5 is a flow chart which amplifies the flow of information in Fig. 1 and 

provides further detail regarding the flow of information between multiple billers 
and multiple consumers for an embodiment of the present invention; 

Fig. 6 is a flow chart which amplifies the flow of information in Fig. 1 and 
provides further detail illustrating the flow of information in the process of 
20 payment of the bill by the consumer for an embodiment of the present invention; 

Fig. 7 is a flow chart which amplifies the over all system in Fig. 1 and 
demonstrates an example of the flow of information illustrated in Figs. 1-6. 

Fig, 8 is a flow chart which provides further detail regarding the process of 
the biller signing up for billing service for an embodiment of the present invention; 
25 Fig. 9 is a flow chart which provides further detail regarding the process of 

the consumer signing up for bill presentment service for an embodiment of the 
present invention; * ■ 

Fig. 10 is a flow chart which provides further detail regarding the process 
of the consumer requesting electronic bills via the consumer service provider for 
30 an embodiment of the present invention; 
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Fig. 1 1 is a flow chan which provides further detail regarding the process 
of the alternative of the consumer requesting the biller directly to send electronic 
bills for an embodiment of the present invention; 

Fig. 12 is a flow chart which provides further detail regarding the process 
of the biller submitting bills for an embodiment of the present invention; 

Fig,. 1-3 is a. flow chart which provides further detail, regarding .-the process 
of submitting the bill with other bills from a new biller for an embodiment of the 
present invention; 

Fig. 14 is a flow chart which provides further detail regarding the process 
of the consumer retrieving the bill for an embodiment of the present invention; 

Fig. 15 is a flow chart which provides further detail regarding the process 
of payment of the bill by the consumer via the consumer service provider's bill 
payment system for an embodiment of the present invention; 

Fig. 16 is a flow chart which provides further detail regarding the process 
of acknowledging payment received by the biller for an embodiment of the present 
invention; 

Fig. 17 is a flow chart which provides further detail regarding the process 
of acknowledging payment received with new bills by the biller for and 
embodiment of the present invention; 

Fig. 18 is a flow chart which provides further detail regarding the process 
of sending a test bill for the biller for an embodiment of the present invention; 

Fig. 19 is a flow chart which provides further detail regarding the process 
of the consumer disputing a bill for an embodiment of the present invention; 

Fig. 20 is a flow chart which provides further detail regarding the process 
of the biller requesting status of the bill for an embodiment of the present 
invention; 

Fig. 24 is a- flow chart which provides further detail- regarding the process 
of the biller correcting the bill for an embodiment of the present invention; 

Fig. 22 is a flow chart which provides further detail regarding the process 
of the biller reversing the bill for an embodiment of the present invention; 
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Fig. 23 is a flow chart which provides further detail regarding the process 
of the biller correcting a previous acknowledgment of receipt of payment of the 
bill for and embodiment of the present invention; 

Fig. 24 is a flow chart which provides further detail regarding the process 
5 of the biller correcting the acknowledgment of receipt of payment of the bill with a 

new,bill>for an embodiment of the present. invention; ~- 7 ^ " 

Fig. 25 is a flow chart which provides further detail regarding the process 
of the consumer transferring to a new consumer service provider for an 
embodiment of the present invention; 
10 Fig. 26 is a flow chart which provides further detail regarding the process 

of the consumer stopping electronic billing from the biller for an embodiment of 
the present invention; 

Fig. 27 is a flow chart which provides further detail regarding the process 
of the consumer requesting the biller directly to stop electronic billing to the 
15 consumer for and embodiment of the present invention; 

Fig. 28 is a flow chart which provides further detail regarding the process 
of reporting an electronic billing error to the biller for an embodiment of the 
present invention; 

Fig. 29 is a flow chart which provides further detail regarding the process 
20 of the consumer stopping electronic billing for an embodiment of the present 

invention; 

Fig. 30 shows schematically a bill template for the bill for an embodiment 
of the present invention; 

Fig. 3 1 shows schematically an enclosure template for enclosures with the 
25 bill for and embodiment of the present invention; and 

Fig. 32 is a table illustrating the layering of standards utilized in the process 
ofbrtl presentment and payment for an embodiment of the present invention. 
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DETAILRD DESCRIPTION 

The present invention relates to a system for computerized bill presentment, 
including the electronic delivery of a bill from a biller to a consumer and for 
electronic delivery of subsequent payment from the consumer to the biller. In an 
embodiment of the present invention, the bill presentment and payment process 
may involve a number of.entities, Th&consumer is the individual or organization 
which receives and pays the bill. The consumer service provider is the entity 
which presents the bill to the consumer. The bill service provider is the entity 
which accepts and consolidates billing data from the biller, publishes the data and 
routes the data electronically to the appropriate consumer service provider. The 
commerce document server is the system or service that stores information such as 
routing, registration, and security about bill service providers, consumer service 
providers, bill payment processors and consumer payment processors. The bill 
payment processor is the entity that accepts payment on behalf of a biller and 
deposits the payment in the biller's account. The consumer payment processor is 
the entity that makes payment on behalf of the consumer from the consumer's 
account. The certificate authority is an entity which issues and revokes certificates 
to identify and verify service providers and their directories, provides rules, and 
provides procedures, addresses, and audits for compliance. 

In an embodiment of the present invention, a single consumer service 
provider can provide bill presentment services for many billers and for many 
consumers. The biller may act as its own bill service provider and may interact 
directly with a consumer as both a bill service provider and a consumer service 
provider. The commerce document server may be distributed and independently 
managed by cooperating bill and consumer service providers. For example, each 
bill service provider and each consumer service provider may maintain its own 
system on behalf of its customers. The bill payment processor may be the ... .„ 
financial institution where the biller maintains an account; and the consumer 
payment processor may be the financial institution where the consumer maintains 
30 an account. A single financial institution such as a bank may act both as a 
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consumer service provider and a consumer payment processor for individuals or 
entities. 

An embodiment of the present invention may also involve a number of 
system components. The consumer's personal computer is generally used by the 
5 consumer to receive and pay bills, although other devices may be used for 

receiving and paying bills, -such* as a telephone, an ATM7C AT, ^¥lelevisiorTset-top~ 
box, or the U.S. mail. The consumer's bills are stored and forwarded to the 
consumer's electronic mailbox and/or through the consumer's home banking 
software, and the mailbox and home banking server software are generally hosted 

10 on the consumer service provider's smart server. The consumer can elect to see all 

his/her bill summaries on a single display page, or see each bill individually. The 
bill may contain summary data only with links to the bill details, or the bill details 
with possibly accompanying graphics may be shown. Bill data is set out and bill 
payment information is provided on the biller's mailbox and server. If the biller 

15 operates out of a legacy system and does not actually have an electronic mailbox, 

the bill service provider operates the biller's mailbox to set out bill data, and 
provide bill payment information back to the biller via a dedicated custom 
interface to the biller's legacy system. Various types of service providers who 
work on behalf of the consumer and the biller also have mailboxes and servers. 

20 In an embodiment of the present invention, the data is put in generic, open 

standard bill format for interface between the biller's mailbox and the consumer's 
mailbox. Either the biller or the bill service provider may then use the biller's 
mailbox, hosted on the biller's smart server, to present bills and collect payments. 
The consumer and biller may act as their own service providers. Other types of 

25 service providers who can act on behalf of a consumer include, for example, the 

bank or financial institution where the consumer has an account, the bank or 
financial institution with which the consumer has a payment product such as a 
credit card account, or a bill payment processor. Such bank, financial institution, 
or service may act as the consumer's primary service provider on behalf of 

30 operating the smart server that hosts the consumer's mailbox where all the 
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consumers bills are received, stored and can be acted upon such as r for example, 
paid. Examples of service providers who work on behalf of a biller include the 
biller s cash management and electronic lock box manager and the biller s bill 
consolidator. 

5 In general, an embodiment of the present invention involves a number of 

entity, roles. The consumer signs up with the, consumer service provider to get 
electronic bill presentment and payment services. The consumer has a mailbox 
account with the consumer service provider that resides on a commerce document 
server. The consumer receives and stores bills in the mailbox and sends payment 
10 instructions to the consumer service provider. The consumer requests statement 

information from the consumer service provider and sends customer services 
requests to bill via the consumer service provider. The consumer has the primary 
role of statement recipient, although in a business-to-business relationship, the 
consumer may have both roles. 
15 In an embodiment of the present invention the consumer service provider 

responds to consumer requests for bill information and forwards some customer 
service requests and responses. The consumer service provider provides one or 
more payment mechanisms to consumers and provides value added services to 
consumers. The consumer service provider also updates viewing and payment 

20 instruction bill status and may render template and content into displayable 

statement. The consumer service provider may mirror some commerce document 
server storage and may also be an internet service provider. The consumer service 
provider may contract with multiple commerce document servers, but only one is 
typical, and the consumer service provider typically services many consumers. A 

25 consumer typically has only one consumer service provider which provides 

mailbox access to bills, with a consumer account assigned one mailbox and 
therefore residing on one consumer document sewers Further, many bill service 
providers can send to a given consumer mailbox. 

In an embodiment of the present invention, the commerce document server 

30 stores templates, content, and logs and provides access to same. The commerce 
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document server provides audit and statistical services. The commerce document 
server may render or merge a template and its associated content into a displayable 
statement. The commerce document server charges the bill service provider and 
the consumer service provider for storage, access, traffic, and rendering. The 

__5 commerce document server also updates bill status. The commerce document 

server-mayreceive bills from multiple bill service providers and maylleliveFBills - 
to multiple consumer service providers. 

In an embodiment of the present invention, the bill service provider 
reformats bill design and content into standard format, submits templates and 

10 associated content to the commerce document server for storage, and provides 

value added services to billers. The bill service provider bills the biller for 
services. The bill service provider also logs transaction activity and status. The 
bill service provider is billed by the consumer document server for storage, access, 
and traffic. The bill service provider updates bill status and may hosts enclosure 

15 content. The bill service provider may be the first level response for consumer 

service requests. The bill service provider typically contracts with multiple billers. 

In an embodiment of the present invention, the biller provides bill design 
and bill content to the bill service provider and is charged by the bill service 
provider for services. The bill service provider updates bill status. The bill service 

20 provider contracts with a single bill service provider and is considered to be in the 

primary role as statement organizer. The bill service provider communicates with 
the consumer via commerce documents, which include statements, bills, 
enclosures, customer service requests, responses, and the like, and which are built 
on demand from two components, namely a template, that describes the look and 

25 feel of the document, and content, which contains the data. The biller may have 

more than one type of template, and each template may have multiple versions. 
Templates are originated and stored by the biller. ~ 

In an embodiment of the present invention, the certificate authority 
interacts off-line with the bill service provider, consumer document server, and 

30 consumer service provider and is not in the transaction flow. The certificate 
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authority assigns certificates to identify and verify members, authenticates member 
signatures, provides rules and procedures, provides member directory and mailbox 
addresses, arbitrates disputes between members, and audits for compliance. The 
power of the certificate authority is vested in its ability to revoke certificates. 
5 Enrollment to the certificate authority is done off-line and gives an originator the 

certificate keys to identify itself to each site as a bona fide originator with access,, 
rights. The certificate is also used to authenticate signed acknowledgments when 
an entity receives something from another originator on the system. 

In an embodiment of the present invention, the bill which is electronically 
1 0 • delivered from the biller to the consumer consists of three main components, 
namely, content, enclosures and format, and is designed to minimize the 
transmission of redundant data. The bill is designed to minimize the transmission 
of redundant data by separation of the essential contents, for example, into text and 
format, which is typically graphical. The components of the bill must conform to 
> the bill presentment format or the bill definition language. The bill template 

describes the look and feel of the bill but does not contain the data that changes 
each billing period. The template is expressed in computer language with an insert 
tag having a tag name that is either a standard or originator (biller)-defined data 
name placed within the computer language. When the content is merged with the 
template, content data names are matched to template data names, and when an 
insert tag is found in a template, it is replaced with the value of a data name in the 
content with the same name. The template may also contain things like logos, 
customer service numbers, and the like that do not change frequently. The bill 
template is merged with its corresponding content to create a displayable statement 
called a rendering. The bill template is matched to content by the originator, 
template name, and template version. The bill templates "drive" the merge 
process since they may contain*displayable information not in the content. When*, 
bill template is defined, the variable data is represented by named tags called insert 
tags that do not occur in pairs but are simply place holders with a name that 
indicates where the data is to be placed. However, the corresponding content tags 
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do occur in pairs with a begin tag and an end tag and with the value stored between 
them. Tags can refer to items that are stored on remote servers such as back at the 
biller service provider or biller's web sites. For example, the bill summary data 
and bill summary format and bill detail format can be transmitted to the consumer 
5 service provider for delivery to the consumer, with the bill details and enclosures 

and advertisementsJndicated by tags that link back to the~Biller~Md76Tbiller~^ : ■ 
service provider's web pages. 

In an embodiment of the present invention, the bill content includes the 
billing cycle data for a given template. The bill content contains no formatting 
0 information but is a stream of data name tags that are matched to insert tags in the 

template. To make extending the recognized data names an easy process, the 
system that scans templates assumes that unrecognized tags that are in proper 
format are originator-defined data names. During a merge, it is assumed that the 
template names match the content names. The bill content is variable data of a bill 
5 that changes with each billing cycle represented in a data stream as a collection of 

named values via computer language tag pairs. Bill content is registered to a given 
recipient with an initial status of "new." When the consumer wishes to see the 
consumer's bill statements, a query can be done by status. Selected new bills 
return a collection of only those bills for the consumer that have a status of "new/' 
:0 Selected "not paid in full" bills return those bills that are either new, held, or 

partially paid. The mechanics are not substantially different than that of templates 
other than that content is registered to recipients, and supplies information to a 
merge, rather than driving the merge. 

In an embodiment of the present invention, an enclosure may also be 
55 delivered electronically from a biller to a consumer. The enclosure is the 

electronic equivalent of paper inserts found in bills to communicate information to 
recipients, as wett asnnarketing channels. In order to avoid the possibility of ^ 
excessive download times, design user interfaces are designed such that the user is 
aware that the information is available, but is not intrusive, and in order to make 
JO transmission of enclosures more efficient, enclosures are not sent with bills, but 
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actually sent separately, with only one instance of a given enclosure being sent, 
References are then made in the bill that make the connection to the enclosure 
possible, without actually sending the enclosure with every bill. The enclosure can 
be hosted as a service on the same machine as the commerce document server or 
5 be hyperlinks to other servers. Hyperlinks may be preferable to larger originators, 

who may wish to host their own web sites, whereas a hosting service may be . ,,, 
preferable to smaller or less technical originators. The mechanics are basically the 
same for both, for example, a uniform resource locator (URL) is used as a 
reference to an enclosure in a given template. The URL locator may then either 
10 reference an enclosure on the local machine or a different machine, and the need 

for organizing and tracking resource files (graphics, related computer language 
pages, sounds, etc.) only becomes necessary when the resource files are also 
located on the commerce document server. 

In general, operation of an embodiment of the present invention is a 
follows: The consumer must perform a one time bill presentment registration to a 
consumer service provider before any bill can be delivered electronically to the 
consumer. The consumer enrolls with a consumer service provider and 
understands the options offered by the consumer service provider, such as the 
world wide web, e-mail, home/PC banking, interactive TV, telephone, paper bills, 
and the like. The consumer service provider may offer additional services such as 
bill arrival notification. The consumer may find one or more billers participating 
in the process, either by inquiring directly with the billers or through the 
consumer's service provider, in which case, the consumer service provider 
determines which bill service provider provides service for particular billers 
through a directory service. The consumer signs up with the consumer service 
provider and activates bill presentment service for one or more accounts with one 
or more billers. 

The bill service provider and consumer service provider exchange their 
respective names and/or ID's, addresses and their respective certified public keys. 
The biller and consumer can notify each other that they are equipped for electronic 
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bill presentment and payment and provide their respective service providers* * 
names and addresses, or alternatively they can find each other by querying their 
respective service providers. Each bill service provider and consumer service 
provider can query each other for the names and/or ID's of their respective billers 

_5 and co nsumers. Each bill service provider maintains a directory of all its billers. 

their-addresses, certificates and public keys, and all the applicable consumer 
service providers, their addresses, certificates and public keys. Similarly, each 
consumer service provider maintains a directory of all their respective consumers, 
their addresses, certificates and public keys, and all the applicable bill service 

10 providers, their respective addresses, certificates, and public keys. Participating 

billers may provide their respective consumers with their names and/or ID's, and 
their respective bill service providers' names and/or ID's and addresses, either 
directly or through their respective bill service providers. Participating consumers 
can provide their respective billers with their names and/or ID's and their 

15 respective consumer service providers' names and/or ID's and addresses, either 

directly or through their respective consumer service providers. Participating 
consumers may obtain their respective billers' addresses either directly or through 
their respective consumer service providers. 

The biller may have specified requirements, including such things as the 

20 biller will only accept electronic payment for electronically presented bills, the 

biller will permit delivery of electronic bills only over certain classes of devices 
(e.g., excluding telephone), or the biller requires acknowledgments such as 
acknowledgment that the bill has been received. The consumer service provider 
informs the applicable bill service provider for future routing of the consumer's 

25 bills, and the biller or the biller's service providers may choose to serve an 

electronic or paper notification directly to the consumer as confirmation of 
registration. The consumer expects bills to be presented wittVthe next billing cycle 
of each biller. 

The biller prepares a bill file, including all data in that day's bills to be 
30 generated, with the consumer's name and addresses, an optional remittance 
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information as a separate data item, an optional bill template that describes the ■ 
look and feel of the bill, and other optional enclosures. Optional enclosures may 
include regulatory documents, inserts and advertisements. The bill service 
provider obtains the bill file from the biller and formats or converts the bill along 
with enclosures to a standard bill definition language and publishes the bill for 
each consumer and routes-copies of the bills, individually or in batch, t«hthe ~ 
applicable consumer service provider by means of a secure transport utility. The 
bill definition language is an extension of hypertext markup language/extended 
markup language that allows for combining templates with data, and taking digital 
signatures. The bill service provider includes the mailing address for the consumer 
and billing dates. The bill is placed directly in the biller's mailbox for electronic 
mailing to the appropriate consumer service provider's mailbox. The consumer 
service provider can be notified that the bill is available, and the bill can be stored 
until requested by the consumer service provider, or alternatively the bill service 
provider can send the bill to the consumer service provider as soon as it is 
available. For each bill received, the consumer service provider may send an 
acknowledgment of receipt to the entity or entities maintaining the bill cycle status 
for that bill. The entities may be the consumer service provider and/or the bill 
service provider. The consumer service provider presents the bill to the consumer, 
typically along with other bills for the consumer. The consumer can be notified 
that the bill is available, the bill can be stored until requested by the consumer, or 
the consumer service provider can send the bill to the consumer as soon as it is 
available. When the consumer accesses the presented bill, an acknowledgment 
message may be sent to the bill service provider. 

The consumer may either pay the bill by giving payment instructions to the 
consumer service provider, which has a system linked for processing payment or 
by sending air electronic mail with a payment instruction to the consumers or the 
biller's bill payment processor. The consumer has the choice of paying by any 
payment alternative accepted by the biller, such as check or credit card. The 
consumer's or the biller's payment processor then clears and settles the payment. 
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The consumer's payment processor may send a message to the bill service 
provider and the consumer service provider that a payment has been initiated for 
that bill, along with remittance information. When the billers payment processor 
receives payment and credits the billers account the billers payment processor 
5 may acknowledge receipt of funds to the bill service provider and the consumer 

service provider. Once the: cycle has been completed, a notTfi^i^o£cyGleTr~ 
completion may be sent to the appropriate party or parties. 

Referring now in detail to an embodiment of the invention, an example of 
which is illustrated in the accompanying drawings, Fig. 1 shows an overview of 

10 the key components for an application of an embodiment of the present invention. 

Referring to Fig. 1, the consumer at, for example, a terminal 100, such as a 
personal computer, is the individual or organization which receives and pays bills. 
The consumer service provider 102 is the entity that presents the bills to the 
consumer 100. The bill service provider 104 is the entity which accepts and 

15 consolidates bills for the biller 106, publishes the data and routes the data 

electronically to the consumer service provider 102. The commerce document 
server 108 is the system or service that stores information such as routing, 
registration, and security about the bill service provider 104, the consumer service 
provider 102, bill payment processors and consumer payment processors. The 

20 certificate authority 1 10 is an entity which issues and revokes certificates to 

identify and verify service providers and their directories, provides rules, and 
procedures, addresses, and audits for compliance. Generally, a personal computer 
is used by the consumer 100 to receive and pay bills, although other devices may 
be used as illustrated in Fig. 2. Bills for the consumer 100 are stored and 

25 forwarded to the consumer's electronic mailbox hosted on the commerce 

document server 108, which may be the consumer service provider's smart server. 
Bill data is set out and bill payment information is provided on the^biller s*«« 
electronic mailbox and server. If the biller 106 operates out of a legacy system 
and does not actually have an electronic mailbox, the bill service provider 104 may 

30 operate the billers mailbox to set out bill data and provide bill payment 
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information back to the biller 106 by means of a dedicated custom interface to the 
billers legacy system. 

Fig. 2 amplifies the flow of information demonstrated in Fig. 1 and 
provides further detail regarding flow of information to the consumer 100 through 
optional channels offered by the consumer service provider 102, such as electronic 
mail 1 12, personal financial module (PFM) 1 14, theworld wide web 116, 
interactive TV 1 18, telephone 120, or ATM/CAT 122. Referring to Fig. 3, the 
biller 106 signs up for billing service with the bill service provider 104 and 
negotiates with the bill service provider 104 for service and terms for bill 
presentment and payment at 124. The bill service provider 104 publishes the biller 
information in its directory 1 08 at 1 26 and may specify particulars such as only 
electronic payment. As illustrated in Fig. 3, the bill service provider 104 may deal 
with multiple consumer service providers, and the consumer service provider 102 
may deal with multiple consumers. Referring to Fig. 4, the consumer 100 signs up 
for bill presentment service by enrolling with the consumer service provider 102 at 
127. The consumer service provider 102 publishes the consumer's mailbox 
address in its directory 108 at 128. The consumer 100 selects the biller 106 for 
electronic billing. The consumer service provider 102 activates bill presentment 
for the consumer 100 from the biller 106 at 128. As illustrated in Fig. 4. the 
consumer service provider 102 may deal with multiple bill service providers, and 
the bill service provider 104 may deal with multiple billers. 

Referring to Fig. 5, the biller 106 prepares and sends the bill file to the bill 
service provider 104 at 130. The bill service provider 104 formats the bill into 
standard bill presentment form and routes it to the consumer service provider 102 
at 132 and may provide optional status reporting. The consumer service provider 
102 presents the bill to the consumer 100 over the consumer service provider's 
home banking software at 134 and may also provide optional status reporting. As 
illustrated in Fig. 5, multiple bill service providers may deals with multiple billers 
and multiple consumer service providers. Multiple consumer service providers 
may deal with multiple consumers and multiple bill service providers. Fig. 6 
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illustrates the flow of information in the process of bill payment by the consumer 
100. The consumer 100 initiates payment through the consumer service provider's 
home banking software at 136. The consumer service provider 102 processes 
payment through its consumer payment processor 138 at 140. The consumer 
> paymemj)rocessor 138 clears and settles payment and may provide optional status 



reporting. The biller payment processor 142 receives and deposits payment*into^ 
the biller' s account and may also provide optional status reporting. 

Fig. 7 illustrates an example of the flow of information demonstrated in 
Figs. 1-6. Referring to Fig. 7, the biller 106 prepares a bill file, which includes all 

10 the data in a particular day's bills to be generated. The bill service provider 104 

captures the flat or formatted bill file from the biller 106, or the biller 106 sends 
the file to the bill service provider 104 at 144. The bill service provider 104 
converts the bill, along with enclosures, such as regulatory documents, inserts, and 
advertisements, to a standard bill definition language at 146. The standard bill 

15 definition language is an extension of hypertext markup language/extended 

markup language that allows for combining templates with data and taking digital 
signatures. The bill service provider 104 also includes the mailing address for the 
consumer 100 and billing dates. The biller 106 may act as its own bill service 
provider. The bill service provider 104 places the bill directly in the biller s 

20 mailbox for electronic mailing at 148, utilizing secure multipurpose internet mail 

protocol, to the appropriate consumer service provider's mailbox 150. The 
information is secured during transit by using the public key of the consumer 
service provider 102. Any electronic mail service 152 that can handle secure 
multipurpose internet mail protocol, hypertext markup language and attachments 

25 can be used. The consumer service provider 102 receives, decrypts the bill and 

acknowledges receipt of the bill to the bill service provider 104. The bill can be 
sent or "pushed" whenavail3Bie or held and sent when requested, i.e., "puiieti-: ?jV,r 
The bill is typically stored and presented to the consumer 100, along with other 
bills for the consumer 100, by one or more of the consumer's electronic mailbox, 

30 personal financial module, the consumer's bank's home banking or bill payment 



BNSDOCID: <WO 9910823A1J_> 



10 



15 



20 



25 



30 



WO 99/10823 

PCT/US98/17329 

-24- 

system, or the consumer's personal web page. The stored information is encrypted 
to the consumer's public key. The consumer 100 authenticates himself or herself 
to the consumer service provider 102, and either receives the bill by retrieving and 
decrypting an electronic mail, i.e., opening the envelope, or the consumer 100 logs 
on and accesses the bill through the consumer's home banking/bill payment 
software. The consumer 100 can "pull" or request to see-the bill, or the consumer, 
100 can request to be notified that a bill has arrived, i.e., "pushed." When the bill 
has been retrieved, an optional acknowledgment may be sent by the consumer 
service provider 102 to the tracking entity 154. 

Also referring the Fig. 7, the consumer 100 either pays the bill by 
encrypting and sending a digitally signed electronic mail with a payment 
instruction to his or her payment processor 1 56, or the consumer 1 00 may pay the 
bill from his or her home banking/bill payment personal finance software, which 
interfaces to the payment processor 156 transparent to the consumer 100. If the 
consumer 100 pays by electronic mail, or interfaces directly to the payment 
processor 156 other than through his or her home banking/bill payment software, 
the payment instruction is encrypted and digitally signed. If the payment is made 
through the home banking/bill payment software, some equivalent form of 
authentication is required, e.g., a password or pin number protection over an 
encrypted secure socket layer link with the consumer service provider 102 to 
provide security. The payment instruction is linked to the bill remittance 
information and returned to the bill service provider 104 and the consumer service 
provider 102. The payment processor 156 decrypts and authenticates the payment 
instruction, and then clears and settles the payment using, e.g., an automatic 
clearing house authorization. The payment processor 1 56 acknowledges that it has 
submitted the payment for the processing back to the appropriate tracking entity 
154 at 157. When the biller's bank payment processor 158 receives payment and 
credits the biller's account, the payment processor 158 acknowledges receipt of 
funds to the tracking entity 154 at 159. The payment processor 158 may be the 
bill service provider 104 or, e.g., an electronic lockbox/concentrator. Once the 
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cycle has been completed, the tracking entity 154 sends a notification of cycle 
completion to the appropriate party. For example, remittance information may be 
carried through to the accounts receivable back-end of the biller 106 for 
reconciliation. If for any reason payment fails, notification is required. 

Fig. 8 is a flow chart which provides further detail regarding the flow of 

information in the process of a biller 106 signing up for billing service. The~billeT~ 
106 must perform a one time bill presentment registration to the bill service 
provider 104 before the biller 106 can deliver bills electronically. In step A2, the 
biller 106 submits a biller registration to the bill service provider 104 by sending a 
request for billing service for the biller 106 to the bill service provider 104. The 
bill service provider 104 receives and logs the request and creates a bill 
presentment account and sends acknowledgment of the biller registration to the 
biller 106 at A4. The bill service provider 104 may also issue a certificate to the 
biller 106. The biller 106 may now notify its consumers that it offers bill 
presentment service and request that its consumers furnish the consumers' mailbox 
addresses for bill delivery. The bill service provider 104 informs the commerce 
document server 108 of new billers in one of two ways. The bill service provider 
104 may simply wait for the commerce document server 108 to inquire about the 
biller 106 when the bill service provider 104 submits the first bill from that biller 
106 to the commerce document server 108 as demonstrated in Fig. 13, or 
alternatively, as illustrated in Fig. 8, the bill service provider 104 may batch all 
new billers and send enrollment messages to the commerce document server 108. 
In the latter case, in step A4, as illustrated in Fig. 8, the bill service provider 104 
also sends a request for biller enrollment for the biller 106 to the commerce 
document server 108. The commerce document server 108 receives the biller 
enrollment request and sends a biller enrollment response to the bill service 
provider 104 at A6. In step A8, the bill service provider 104 sends a request for 
billing service activation for the biller 100 to the commerce document server 108. 
The commerce document server 108 receives the request, activates billing service 
for the biller 106, and returns a billing service activation response to the bill 
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service provider 104 at A 1 0. The bill service provider 104 may also request the- 
commerce document server 1 08 to create a biller mailbox. 

Fig. 9 is a How chart which provides further detail regarding the process of 
the consumer 1 00 signing up for bill presentment service. The consumer 1 00 must 
5 likewise perform a one time bill presentment registration to a consumer service 

provider before any bill.ean be electronically delivered to the consumer! 00, Jn 
step B2, the consumer 100 submits a consumer bill presentment registration by 
sending a request for bill presentment service for the consumer 1 00 to the 
consumer service provider 102. The consumer 100 may also specify notification 

0 by an e-mail address for the consumer 1 00. The consumer service provider 1 02 
receives and logs the request, creates a consumer bill presentment account for the 
consumer 100, and transmits an enrollment request for bill presentment service for 
the consumer 100 to the commerce document server 108 at B4. The consumer 
service provider 102 may also issue a certificate to the consumer 100. The 

1 commerce document server 1 08 receives and logs the enrollment request, creates a 
consumer mailbox using a name specified by the consumer service provider 102, 
stores the notification e-mail address, and sends a consumer enrollment response 
to the consumer service provider 102 .at B6. The consumer service provider 102 
receives the enrollment response, links the consumer bill presentment account to 
the consumer mailbox on the commerce document server 108, and sends a bill 
presentment service activation request to the commerce document server 108 at 
B8. In step B10, the commerce document server 108 receives and logs the 
activation request, activates bill presentment service for the consumer 100, and 
sends a bill presentment service activation response to the consumer service 
provider 102. In step B12, the consumer service provider 102 receives the 
activation response and sends an acknowledgment to the consumer 100 of the bill 
presentment registration. The consumer 100 is now ready to add billers toits bill- 
presenter list and to request delivery of bills from billers to its consumer mailbox 
on the commerce document server 108. 
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Fig. 10 is a flow chart which provides further detail regarding the process 
of the consumer 100 requesting electronic bills from the biller 106 via the 
consumer service provider 102. The consumer 100 must add a biller to the 
consumer's own bill presenter list after registering for bill presentment and before 

5 a bi ll can actually be received in the consumer's commerce document server 

mailbox. The consumer lOtHnay request the consumer service provider^ 02- to - 
notify the biller 106 via the commerce document server 108 to send electronic 
bills, as illustrated in Fig. 10, or alternatively, the consumer 100 may notify the 
biller 108 direct as illustrated in Fig. 1 1. If the consumer 100 requests the 

10 consumer service provider 102 to notify the biller 108, as illustrated in Fig. 10, the 

consumer 100 sends a request to the consumer service provider 102 for a list of 
billers that offer electronic billing at C2. The consumer service provider 102 
receives the request, retrieves a list of billers that offer electronic billing, sends the 
list to the consumer 100, and requests the consumer 100 to verify biller 

1 5 information and specify one or more billers from whom electronic billing is 

desired for the consumer 100 at C4. In step C6, the consumer 100 receives the list 
and request and sends a response to the consumer service provider 102 specifying 
the biller 106 who should send electronic bills. At step C8, the consumer service 
provider 102 receives the response, adds the biller 106 to the consumer's list of 

20 electronic billers, and sends a bill delivery request to the commerce document 

server 108 for electronic billing for the consumer 100 to the consumer mailbox 
from the biller 106. The commerce document server 108 receives and logs the bill 
delivery request, determines the bill service provider 104 of the specified biller 
106, and sends a request to the biller's service provider 104 to send electronic bills 

25 to the consumer 100 at the consumer mailbox for the consumer 100 at C10. In 

step CI 2, the bill service provider 104 receives the request and sends a notification 
to the biller 106 of tHS request to send electronic bills to the consumer T<>0 at the - 
consumer mailbox. The biller 106 receives the notification from the bill service 
provider 104 and makes a decision whether or not to send electronic bills to the 

30 particular consumer 100, and if the biller 106 decides to send electronic bills to the 
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consumer 100, the biller 106 sends notification to the bill service provider 104 of 
the decision to do so at CI 4. The bill service provider 104 receives the 
notification and sends a response to the commerce document server 1 08 that the 
biller 106 will send electronic bills to the consumer 100 at CI 6. The commerce 
5 document server 108 receives the response and sends a response to the consumer 

- service provider 1 02 that the biller 1 06 will send electronic bills at C 1 8. The 

consumer service provider 102 receives the response and sends a response to the 
consumer 100 that the biller 106 will send electronic bills in step C20. The bill 
service provider 104 may also perform a test bill to the consumer 100, as 
1 0 illustrated in Fig. 1 8, for validation to confirm to the consumer 1 00 that electronic 

bills from the biller 106 will be sent in the future. If the biller 106 decides not to 
send electronic bills to the consumer 100, the biller 106 notifies the consumer 100 
that the biller 106 cannot send electronic bills to the consumer 100. 

Fig. 1 1 is a flow chart which provides further detail regarding the process 
of the alternative of the consumer 100 requesting the biller 106 directly to send 
electronic bills to the consumer 100. In step D2, the consumer 100 sends a request 
for electronic billing directly to the biller 106, specifying the biller's customer 
account for the consumer 100 and the consumer mailbox address for electronic 
billing for the consumer 100. The request may be sent to the biller 106. for 
example, by electronic mail, regular mail, telephone, or registering in the biller's 
web site. At D4, the biller 106 receives the request, verifies the customer, and 
sends notification to the bill service provider 104 of the consumer 100 and 
consumer mailbox address for the consumer 100. The bill service provider 104 
receives the notification and sends a request to the commerce document server 108 
25 for verification of the consumer mailbox address for the consumer 1 00 at D6 . The 

commerce document server 108 receives the verification request, verifies that the 
consumer mailbox for the consumer 1 00 exists, and sends a response to the bill 
service provider 104 verifying the consumer mailbox address for the consumer 
100 in step D8. In step D10, the bill service provider 104 receives the response 
30 and sends a request to the commerce document server 1 08 to add the biller 1 06 to 
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the consumer's list of billers for electronic billing. The commerce document 
server 108 receives and logs the request and sends a pass-through request to the 
consumer service provider 102 to add the biller 106 to the consumer's list of 
electronic billers at D12. In step D14, the consumer service provider 102 receives 
5_ the pass-through request, looks up the consumer's e-bill presenter list to confirm 

that electronic billing has not been stopped to in regard..to^fie"p^i'cul^"biller"l"06r~ 
sends a notification to the consumer 100 that electronic bills will be sent by the 
biller 106, adds the biller 106 to the consumer's list of electronic billers, and sends 
a response to the commerce document server 108 confirming the biller 106 has 

10 been added to the consumer's list of electronic billers. The commerce document 

server 108 receives and logs the response confirming the biller 106 has been added 
to the consumer's list of electronic billers and sends a pass-through response to the 
bill service provider 104 confirming the biller has been added to the consumers list 
of electronic billers in step D16. At D18, the bill service provider 104 receives the 

15 pass-through response and notifies the biller 106 that the consumer's consumer 

mailbox address for electronic billing has been verified. As shown in Fig. 1 8, the 
bill service provider 104 may also perform a test bill to the consumer 100 for 
validation to confirm to the consumer 100 that electronic bills will be sent in the 
future. 

20 Fig. 12 is a flow chart which provides further detail regarding the process 

of the biller 106 submitting bills with resources to the consumer 100. The biller 
106 may submit a bill including a bill template, bill content and bill enclosures, as 
illustrated in Figs. 30 and 31, to its bill service provider 104 at a given cycle date. 
Preferably, the submission to the bill service provider 104 includes the resources 

25 such as bill template, logo, and enclosures that are required in the bill and which 

have not previously sent to the commerce document server 108. In step E2, the 
biller 100 submits the bills for a particular cycle t^the-bill service provider 104. 
At E4, the bill service provider 104 receives and logs the bills, determines which 
bills are to be sent as electronic bills, attaches the appropriate consumer mailbox 

30 address to bills that are to be sent electronically, transforms the bills into standard 
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format, packages the bill including resources destined for the commerce document 
server 108, and submits the packaged bills, including bill template and bill content 
to the commerce document server 108. In step E6, the commerce document server 
108 receives the packaged bills, stores the bills by consumer mailbox address, sets 
the bill status as new, stores the bill templates, logos and enclosures by biller, and 
sends -acknowledgment of receipt of the packaged bills to the bill service 
provider 104. While storing the bill content, also at E6, the commerce document 
server 108 compiles a list of missing resources referred to in the bill content, and if 
there are missing resources, the commerce document server 108 also sends a 
response to the bill service provider 104 requesting missing resources. In that 
event, the bill service provider 104 receives the response requesting missing 
resources and, if necessary, forwards a request for missing resources to the biller 
106 at E8. Likewise in that event, the biller 106 sends a response with needed 
resources to the bill service provider 104 in step E10. At El 2, the bill service 
provider 104 sends a response with needed resources to the commerce document 
server 108. At El 4, the commerce document server 108 sends notice of the new 
bill to the consumer service provider 102, and the consumer service provider 102 
forwards the notice to the consumer 100 at El 6. Alternatively, at E14, the 
consumer document server 108 may send notice of the bill to the consumer's e- 
20 mail address. 

Fig. 13 is a flow chart which provides further detail regarding the process 
of submitting the bill with other bills from a new biller to the consumer 100. As 
previously mentioned, an alternative way for the bill service provider 104 to 
inform the commerce document server 108 of a new biller is for the bill service 
provider 104 to simply wait for the commerce document server 108 to inquire 
about the new biller when the bill service provider 104 submits the first bill from 
the new Biller to the commerce document server 108: Iri' step F2;- the biller 106 
submits bills for a particular cycle to the bill service provider 104. The bill service 
provider 104 receives and logs the bills, determines which bills are to be sent as 
electronic bills and attaches the appropriate consumer mailbox addresses, 
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transforms those bills into standard format, packages the bills, including resources, 
destined for a particular commerce document server, and sends the packaged bills, 
including a bill content and bill template request, to the commerce document 
server 108 at F4. In step F6, the commerce document server 108 receives the 

_ .5 packagedb[lls and sends an inquiry about the new biller to the bill service provider 

104. The "bill' service provider 104 receives the inquiry and sends*a biller * - 7 " 
information response including a request for billing service activation for the biller 
106 to the commerce document server 108 at F8. In step F10, the commerce 
document server 108 receives the response, activates billing service for the biller 

10 106 and returns a bill activation response to the bill service provider 104. The 

commerce document server 108 also logs the packaged bills, stores the bills by 
consumer mailbox address, sets bill status as new, stores the bill templates, logos, 
and enclosures or resources by biller, and sends a notice that there is a new bill for 
the consumer 100 to the consumer service provider 102 at F 10. In step F12, the 

15 consumer service provider 102 sends notice to the consumer 100 of the new bill. 

Alternatively, in step F10, the commerce document server 108 may send notice of 
the new bill to the consumer 100 at the consumer's e-mail notification address. 

Fig. 14 is a flow chart which provides further detail regarding the process 
of retrieving the bill from the biller 106 by the consumer 100. After electronic bill 

20 delivery has been specified by the consumer 100 for at least one biller, the 

consumer 100 may send a request for bills as often as desired. A request for a bill 
by the consumer 100 may be prompted by receipt by the consumer 100 of 
notification of the bill. Preferably, the consumer service provider 102 allows the 
consumer 100 to view a summary of a set of bills that satisfies any of a number of 

25 selection criteria, for example, a request to view new bills only, a request to review 

bills for a specific biller date range, a request to view all unpaid bills, a request to 
view all bills for a given date range, or a request to view bill dfetailr At G2, the 
consumer 100 sends a request to the consumer service provider 102 for bill 
retrieval, specifying the selection criteria. The consumer service provider 102 

30 receives the request and sends a request to the commerce document server 108 for 
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the consumer's bills, specifying the selection search criteria and the summary ■ 
fields at step G4. In step G6, the commerce document server 108 receives the 
request and updates the status of each new bill as presented and logs in the bill 
history, and the commerce document server 108 sends the bill set to the consumer 
service provider 102 with summary fields only. The consumer service provider 
102 receives the bill set, formats a bill summary, and presents the bill summary to 
the consumer 100 at G8. At step G10, the consumer 100 may also request bill 
detail from the consumer service provider 102 as often as desired. The consumer 
service provider 102 receives the request and sends a bill statement request, 
specifying if bill rendering is required, to the commerce document server 108 at 
G12. In step G14, the commerce document server 108 receives the request, and if 
bill rendering is required, merges the bill content with the template and renders the 
bill, logs bill rendering, and sends a bill statement response to the consumer 
service provider 102. The consumer service provider 102 receives the bill 
statement response and sends a bill display detail to the consumer 100 at G16. The 
consumer 100 receives the bill display detail and may then specify to the consumer 
service provider 102 the action to be taken on the bill at G18. The consumer 100 
may request the consumer service provider 102 to pay the bill through the 
consumer service provider's bill payment system, in which case the consumer 
service provider 102 logs the bill payment request and sends a bill action request 
to the commerce document server 108 at G20. At G22, the commerce document 
server 108 receives the bill action request, updates the bill status and logs in the 
bill history and sends a bill action response to the consumer service provider 102. 
If requested to pay the bill, the consumer service provider 102 may send a bill 
payment request to its bill payment section in step G24, as illustrated in Fig. 1 5. 

Fig. 1 5 is a flow chart which provides further detail regarding the process 
of payment of the bill from the biller 106 by the consumer 100 via the consumer - 
service provider's payment system. Upon receipt of the bill, the consumer 100 
may send a request to the consumer service provider 1 02 for payment of the bill 
via the consumer service provider's payment system at H2. In step H4, upon 
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receipt of the request, the consumer service provider 102 sends a payment request 
to its bill payment system. Also at H4, for each payment authorization sent by the 
consumer service provider 102 to its bill payment system, the consumer service 
provider 102 generates a payment coupon to be returned to the biller 106, which 
5 includes payment information inputted by the consumer 100 as specified by the 

biller 106 in the consumer input template, and sends the payment coupon Tor the 
biller 106 to the commerce document server 108. The commerce document .server 
108 receives the payment coupon and passes the payment coupon to the bill 
service provider 104 at H6. In step H8, the bill service provider 104 receives the 

10 payment coupon, returns an acknowledgment of receipt of the payment coupon to 

the commerce document server 108, and stores the payment coupon for the biller 
106, which is used to reconcile payments received. 

Fig. 16 is a flow chart which provides further detail regarding the process 
of acknowledging payment received by the biller 106 from the consumer 100. The 

15 biller 106 may submit an acknowledgment of receipt for payment of the bill either 

separately as illustrated in Fig. 16 or included in a new bill to the consumer 100 as 
illustrated in Fig. 17. Referring to Fig. 16, at step J2, the biller 106 may submit the 
acknowledgment for payment received to the bill service provider 104 separately. 
The bill service provider receives the acknowledgment, logs bill payment received, 

20 determines which payment was made for an electronic bill, attaches the consumer 

mailbox address, and sends a payment received request to the commerce document 
server 108 at J4. In step J6, the commerce document server 108 receives and logs 
the payment received request, marks the bill payment indicator for the bill as 
received, and returns an acknowledgment of payment received to the bill service 

25 provider 104. 

Fig. 17 is a flow chart which provides further detail regarding the process 
of acknowledging payment received by the biller 106 from the consumer 100 with 
new bills from the biller 106 for the consumer 100. In step K2, the biller 106 
submits the payment received acknowledgment to the bill service provider 104 

30 with a new bill for the consumer 100. At K4, the bill service provider 104 receives 
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and logs bill payment received, determines which of the new bills are to be sent as 
electronic bills, attaches the consumer mailbox address, transforms the new bills 
into standard format, packages the new bills, including resources, and submits the 
packaged bills, including bill content request, together with payment receipt, to the 
: commerce document server 1 08. At step K6, the commerce document server 1 08 

receives- and logs payment receipt, updates the payment-indicator of the bill, 
returns acknowledgment of receipt of the packaged bills to the bill service provider 
104, and sends notice of the new bill to the consumer service provider 102. At K8. 
the consumer service provider 102 sends notice of the new bill to the consumer 
100. Alternatively, the commerce document server 108 may notify the consumer 
100 of the new bill at the consumer's e-mail notification address. When the 
consumer 100 retrieves the new bill, the new bill that included payment 
acknowledgment indicates the payment received in summary detail, and the 
consumer 100 can also view the previous bill and see that payment was received. 

Fig. 18 is a flow chart which provides further detail regarding the process 
of sending a test bill for the biller 106 to the consumer 100. The bill service 
provider 104 has the option of submitting a test bill when the consumer 100 first 
requests electronic billing, or when there is a change of the consumer's electronic 
billing address, to verify that a bill from the biller 106 can be delivered to the 
consumer 100. Additionally, a test bill can serve as confirmation to the consumer 
100 that electronic billing has been properly set up. Further, the bill service 
provider 104 can also request the commerce document server 108 to perform and 
return a test rendering. The test bill request is the same as a regular bill content 
message, except that the test bill contains canned test data. Referring to Fig. 1 8, 
the bill service provider 104 sends a test bill request for the consumer 100 to the 
commerce document server 108 at step L2. In step L4, the commerce document 
server 108 receives and logs the test bill request, confirms that all needed 
resources are available, and if not, creates a request message to the bill service 
provider 104 for needed resources, to which the bill service provider 104 responds 
by sending the needed resources to the commerce document server 108. Likewise 
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in step L4, the commerce document server 108 returns a response to the bill 
service provider 104 with an acknowledgment of the test bill request which may 
include a fully rendered test bill if rendering was specified, stores the test bill in 
the consumer mailbox, sets the bill status as test (to be deleted once delivered), and 
5 sends notice of the test bill to the consumer service provider 102. At step L6, the 

consumer service provider 102 sends notice of the test bill tcTtheTeonsumeSri "00; 
Alternatively, the commerce document server 108 may send notice of the test bill 
to the consumer's e-mail address. 

Fig. 19 is a flow chart which provides further detail regarding the process 

10 of the consumer 100 disputing a bill from the biller 106. Following the bill 

presentment function via the consumer service provider 102 and upon retrieving 
the bill, the consumer 100 may decide to dispute the bill or a portion of the bill, 
which was presented either in the form of summary information about the bill or 
the bill detail. Upon retrieval of the bill by the consumer 100, the consumer 100 

15 may specify to the consumer service provider 1 02 the action to be taken on the 

bill, including payment or full or partial bill dispute of the bill at step M2. If the 
bill is disputed, the specification by the consumer 100 to the consumer service 
provider 102 must include pertinent information required for the bill dispute. 
Upon receipt of the specification from the consumer 100 for payment or for full or 

20 for partial bill dispute, the consumer service provider 102 sends a request to its bill 

payment system for bills instructed to be paid and also sends a bill action request 
for partially disputed bills to the commerce document server 108 at step M4. 
Upon receipt of the bill action request, the commerce document server 108 updates 
bill status based on the action, logs in the bill history, packages the bill dispute 

25 information for the bill service provider 104, returns a bill action response to the 

consumer service provider 102, and sends a notice of bill dispute request to the bill 
service provider 104 at M6. In step M8, the consumer service provider 102 
receives the bill action response from the commerce document server 108 and 
sends an acknowledgment of bill action taken to the consumer 100. At step M10, 

30 the bill service provider 104 receives the bill dispute request from the commerce 
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document server 108, sends a bill dispute response to the commerce document 
server 108 and sends a notice of the bill dispute to the biller 106. Upon receivin; 
the notice of bill dispute, the biller 106 verifies the bill information and. if 
necessary, submits a bill correction as shown in Fig. 21 to resolve the dispute. 
Optionally, the biller 106 may notify the consumer 100 of the action taken to 
resolve the dispute either-direct by e-mail or via the consumer service provider 
102. 

Fig. 20 is a flow chart which provides further detail regarding the process 
of the biller 106 requesting information about the status of a bill from the biller 
106 to the consumer 100. The biller 106 sends a request to the bill service 
provider 104 for bill status of the bill at step N2. Upon receipt of the bill status 
request, the bill service provider 104 sends a bill status request specifying the 
search criteria to the commerce document server 108 at N4. Upon receipt of the 
bill status request, the commerce document server 108 logs the bill status, and 
sends the bill status for the bill satisfying the search criteria to the bill service 
provider 104 in step N6. Upon receipt of the bill status information, the bill 
service provider 104 aggregates the bill status information into a report, including 
payment information, dispute indicator and correction indicator and sends a bill 
status report for the bill to the biller 106 at N8. 

Fig. 21 is a flow chart which provides further detail regarding the process 
of the biller 106 sending a bill correction with invalidation of the bill from the 
biller 106 to the consumer 100. When the biller 106 realizes that a submitted bill 
was erroneous, the biller 106 may submit a bill correction to invalidate an 
erroneous bill which was already stored by the commerce document server 108. 
The biller 106 sends the bill service provider 104 a bill correction at step P2. The 
bill service provider 104 receives the bill correction, logs receipt of the bill 
correction, transforms the"' bill correction into standard formal; specifies the 
identification of the previous bill, and packages the bill correction with other bills 
and resources destined for the commerce document server 108, and submits 
packaged bills, including the bill correction request to the commerce document 
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server 108 in step P4. Upon receipt, the commerce document server 108 
determines the status of the previous bill, i.e.. if the previous bill has not been 
delivered, the bill correction supersedes the previous bill and the previous bill may 
be deleted. If the previous bill has been delivered, the bill correction is stored by 
5 the commerce document server 108 as a new bill, and the previous bill is marked 

as invalid. The commerce document server 108 also updates the bill 'histor^lop"^" 
the bill correction, sends the bill service provider 104 an acknowledgment of 
receipt for the packaged bills, including a bill correction response, and sends 
notice of the bill correction to the consumer service provider 102 at P6. In step P8, 

10 the consumer service provider 102 receives the notice and sends notice of the 

correction to the consumer 100. Alternatively, the commerce document server 108 
may notify the consumer of the correction by e-mail. 

Fig. 22 is a flow chart which provides further details regarding the process 
of the biller 106 reversing the bill to the consumer 100 after it is submitted. When 

15 the biller 106 realizes that the submitted bill is completely wrong, for example, 

sent to the wrong consumer, a bill reversal may be sent. At step Q2, the biller 106 
submits a bill reversal for the bill to the .bill service provider 104. The bill service 
provider 104 receives the bill reversal, logs receipt of the bill reversal, identifies 
the bill identification of the previous bill being reversed, packages the bill reversal 

20 (specifying the identification of the bill being reversed) with other bills and 

resources destined for the commerce document server 108, and submits the 
packaged bills, including the bill reversal request to the commerce document 
server 108 at Q4. The commerce document server 108 receives the bill reversal 
request, determines the status of the previous bill, and if not presented, marks the 

25 previous bill as invalid or as not to be delivered. If the previous bill was already 

presented, the commerce document server 108 marks the previous bill as 
invalidated (but the consumer iH& may be allowed to retrieve the bill again), sends** ■ 
an acknowledgment of receipt of packaged bills including bill reversal response to 
the bill service provider 104, and sends notice to the consumer service provider 

30 102 of the bill reversal at Q6. Upon receipt of the notice of bill reversal, the 
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consumer service provider 102 sends a notice of the bill reversal to the consumer 
100 in step Q8. Alternatively, the commerce document server 108 may notify the 
consumer of the bill reversal by e-mail. 

Fig. 23 is a flow chart which provides further detail regarding the process 
5 of the biller 1 06 correcting a previous acknowledgment of receipt of payment of 

the bill by ; the consumer 100. The biller 106 can submits requestor 
correction/reversal of an acknowledgment of payment received either separately as 
illustrated in Fig. 23 or together with a new bill as illustrated in Fig. 24. If 
submitted separately, the biller 106 submits a payment received correction/reversal 
10 to the bill service provider 104 at step R2. Upon receipt, the bill service provider 

104 submits the payment received correction/reversal to the commerce document 
server 108 in step R4. The commerce document server 108 receives and logs 
receipt of the bill payment received correction/reversal, marks the payment 
indicator for the bill, and acknowledges receipt of the bill payment received 
1 5 correction/reversal to the bill service provider 1 04 in step R6. 

Fig 24 is a flow chart which provides further detail regarding the process of 
the biller 106 correcting the acknowledgment of receipt of payment of the bill by 
the consumer 100 with a new bill for the consumer 100. In step S2, the biller 106 
sends the correction with new bills to the bill service provider 104. Upon receipt, 
20 the bill service provider 1 04 logs the bill payment received correction, determines 

which new bills are to be sent as electronic bills and attaches the appropriate 
consumer mailbox address, transforms those bills into standard form, packages the 
new bills, including resources destined for the commerce document server 108, 
and submits the packaged bills to the commerce document server 108, together 
25 with the request for correction at S4. The commerce document server 108 receives 

and logs the payment correction, updates the payment indicator for the previous 
bill, sends-acknowledgment of receipt of packaged bills to the bill service provider 
104, and sends notice of the new bill to the consumer service provider 102 at S6. 
The consumer service provider 102 sends notice of the new bill to the consumer 
30 100 at S8. Alternatively, the commerce document server 1 08 may notify the 
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consumer 100 of the new bill by e-mail. When the consumer 100 retrieves the 
bills, the new bill that includes the payment correction indicates the payment 
correction in summary or detail, and the consumer 100 can also look up the 
previous bill and see the payment correction. 
5 When a consumer 100 decides to change consumer service providers, there 

are several steps to execute the change^ including the consumer 100 signing up for * 
bill presentment to a new consumer service provider as illustrated in Fig. 9, the 
consumer 100 adding new electronic billers as illustrated in Figs. 10 and 1 1, and 
the consumer 100 stopping electronic billing via the old consumer service provider 

10 as illustrated in Fig. 29. The transfer of electronic billers from the old consumer to 

a new consumer service provider may be accomplished by transferring electronic 
billers from the old consumer service provider to the new consumer service 
provider, or off-line by the new consumer service provider to the old consumer 
service provider, or by the commerce document server 108 acting as an 

15 intermediary, and the consumer 100 stopping bill presentment on the old consumer 

service provider. 

Fig. 25 is a flow chart which provides further detail regarding the process 
of the consumer 100 transferring to a new consumer service provider via the old 
consumer service provider 102. In step T2, the consumer 100 sends a request to 

20 the consumer service provider 102 for transfer of electronic billers from the old 

electronic mailbox. The consumer service provider 102 receives the request, and 
sends the request to transfer electronic billers to the commerce document server 
108 at step T4. The commerce document server 108 receives the request, looks up 
the consumer's old electronic mailbox address, retrieves the consumer's list of 

25 electronic billers, logs the request, sends a request to send bills for the consumer 

100 to a new consumer mailbox address to the bill service provider 104, and sends 
a transfer of electronic billers response to the consumer service provider 102 in 
step T6. The bill service provider 104 receives the request from the commerce 
document server 108 and sends a notice to the biller 106 of the consumer's new 

30 consumer mailbox address at T8. The consumer service provider 102 receives the 
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transfer response from the commerce document server 108 and sends a transfer- 
response to the consumer 100 at T10. Since the consumer 100 may have 
numerous billers sending electronic bills to the old consumer mailbox address via 
the old consumer service provider 102, at step T6, the commerce document server 
5 108 may send the consumer's list of electronic billers to the consumer service 

provider 1 02* which in turn sends the consumer's list of electronic billers to the 
consumer 100. The consumer 100 then sends confirmation of which electronic 
billers should be transferred to the new consumer service provider, which in turn 
sends the confirmation to the commerce document server 108. The commerce 
10 document server 108 then sends a confirmation response to the consumer service 

provider 102. 

Fig. 26 is a flow chart providing further detail regarding the process of the 
consumer 100 stopping electronic billing from the biller 106. In step U2, the 
consumer 100 sends a request to stop electronic billing for the consumer 100 from 

15 the particular biller 106 to the consumer service provider 102. Upon receipt of the 

request, the consumer service provider 102 logs receipt of the request, marks the 
biller 106 as stopped in the consumer's list of electronic billers, sends notice that 
electronic billing from the biller 106 will stop to the consumer 100, and sends a 
stop electronic billing request to the commerce document server 108 at U4. Upon 

20 receipt of the stop electronic billing request by the commerce document server 

108, the commerce document server 108 logs the stop electronic billing request, 
marks all undelivered bills in the consumer mailbox for the consumer 100 from the 
specified biller 106 as stopped, logs rejected bill delivery stopped, and sends a 
notice to stop electronic billing for the consumer 100 from the biller 106 to the bill 

25 service provider 104 in step U6. The bill service provider 104 receives the notice 

to stop electronic billing for the consumer 100 from the commerce document 
server 108, changes the billing method for the consumer T 7 00 f to paper bills, logs 
the billing method change, and notifies the biller 106 of the stop electronic billing 
request for the consumer 100 at step U8. 
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Fig. 27 is a flow chart providing further detail regarding the process of the 
consumer 100 requesting the biller 106 directly to stop sending electronic bills to 
the consumer 100. At step V2, the consumer 100 notifies the biller 106 direct to 
stop electronic billing, specifying the consumer's customer account and electronic 
5 bill consumer mailbox address, which may be done via e-ail, regular mail, 

telephone or the like. Upon receipt of the notification from tfe"- consumer^ 
biller 106 verifies the consumer 100 and submits a request to the bill service 
provider 104 to stop electronic billing for the consumer 100 in step V4. The bill 
service provider 104 receives the request, changes the billing method for the 

10 consumer 100 to paper bills, logs the billing method change, sends a request to the 

commerce document server 108 to stop electronic billing, specifying the consumer 
100 and the biller 106, and returns acknowledgment of the request to stop 
electronic billing for the consumer 100 to the biller 106 at V6. The commerce 
document server 108 receives and logs the request to stop electronic billing from 

15 the specified biller 106 to the consumer 100, marks all undelivered bills in the 

consumer mailbox from the specified biller 106 as stopped, logs rejected bill 
delivery stopped, and sends a notice that electronic billing from the biller 106 to 
the consumer 100 will be stopped to the consumer service provider 102 in step V8. 
At step V10, the consumer service provider 102 receives the notice, marks the 

20 biller 106 as stopped in the consumer's list of electronic billers, logs receipt of the 

notification, and sends notice that electronic billing will stop from the biller 106 to 
the consumer 100. Alternatively, the commerce document server 108 may notify 
the consumer 100 via e-mail. 

Fig. 28 is a flow chart providing further detail regarding the process of 

25 reporting a consumer mailbox error or stoppage of electronic billing from the 

biller 106 to the consumer 100. When the biller 106 has submitted a bill to the bill 
service provider 104 which cannot be delivered to the consumer 100 because the 
consumer mailbox address is incorrect or electronic billing to the consumer 100 
has been stopped, bill delivery for the consumer 100 is rejected. For example, 

30 when the commerce document server 108 receives packaged bills, including bill 
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content request, from the bill service provider 104 at step W2, the commerce 
document server 108, while storing the bills by consumer mailbox, may be unable 
to find the appropriate consumer mailbox for the consumer 100, or may find that 
electronic billing for the consumer 100 was stopped. At step W4, the commerce 
5 document server 1 08 logs the error status and sends acknowledgment of receipt 

with the error-status of the bill that could not be delivered, and with the reason 
specified, to the bill service provider 104. The bill service provider 104 receives 
and logs the error status, marks the bill status as undelivered, investigates the 
problem, and if necessary, corrects the consumer mailbox address and retransmits 
10 the bill to the commerce document server 108. If the bill still cannot be delivered 

the bill service provider 104 sends notice to the biller 106 at step W6, so the biller 
106 can investigate and notify the consumer 100 direct if deemed necessary. 

Fig. 29 is a flow chart providing further detail regarding the process of 
stopping bill presentment for bills from the biller 106 to the consumer 100. The 
consumer 100 can request at any time to stop electronic bill presentment, in which 
case all bills currently stored for the consumer 100 will no longer be accessible. 
At step X2, the consumer 100 sends a request to the consumer service provider 
102 to stop electronic bill presentment with an effective date. The consumer 
service provider 102 receives the request and may warn the consumer 100 if there 
20 are undelivered bills. Upon receipt of the warning, the consumer 1 00 may request 

download of historical data. At step X4, the consumer service provider 102 sends 
a request to the commerce document server 108 to stop electronic billing and may 
also specify download of historical data, if requested by the consumer 100. Upon 
receipt of the request, the commerce document server 108 logs electronic billing 
25 stopped for the consumer 1 00, marks all undelivered bills in the consumer mailbox 
as stopped, logs rejected bill delivery stopped, initiates download of historical data 
if requested forthexonsumer 100, and sends a stop electronic billing response- to - 
the consumer service provider 102 at step X6. The consumer service provider 102 
receives the response and sends a bill presentment service deactivation request to 
30 the commerce document server 108 in step X8. Upon receipt of the deactivation 
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request, the commerce document server 108 deactivates bill presentment service 
for the consumer 100 ; sends a deactivation response to the consumer service 
provider 102, and for each electronic biller, notifies the bill service provider 104 of 
rejected or stopped bill delivery for each bill, at step X10. The bill service 

5 provider 104 receives the notice, logs bills undelivered, logs electronic billing 

stopped forthe consumer 100, switches billing method to paper billing, and sends"" 
a notice to the biller 106 that electronic billing is stopped for the consumer 100 
and whether there are undelivered bills, at XI 2. The consumer service provider 
102 likewise receives the deactivation response from the commerce document 
10 server 108 and sends a stop acknowledgment of electronic billing to the consumer 

100, in step XI 4. 

Fig. 30 schematically illustrates a version of the bill template 200 provided 
by the biller 106 and stored by the bill service provider 104 which describes the 
look and feel of the bill, including statement content, routing information and 

15 tracking information. Fig. 31 schematically illustrates a version of the enclosure 

template 202 likewise provided by the biller 106 and stored by the bill service 
provider 104 which is the electronic equivalent of a paper insert mailed with paper 
bills to communicate information and marketing offers to the consumer 100 from 
the biller 106. The bill consists of three main components, namely, contents, 

20 enclosures and format. The components of the bill conform to the bill presentment 

format or bill definition language. As illustrated in Fig. 30, the format of the 
contents are described by the bill template 200, and it may be different for each 
consumer. Enclosures may be added to the bill, in which case, their format is 
described by the enclosure template 202, as illustrated in Fig. 31. Billing data and 

25 remittance information may be part of the same bill or may be separate and linked 

by a globally unique bill ID. 

Fig'. 32"" iTa table illustrating the layered approach to standards employed in 
the system of the present invention, which easily accommodates new evolving 
standards without impact on the overall architecture and system design. The 

30 standards are layered on top of one another, each independent of the choice of 
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lower standards. For example, standards such as payment protocols and security 
are layered on top of and independent of the particular transport used. In other 
words, payment protocol and security can be used over the internet, telephone 
lines, or ATM machine networks. Further, when there are multiple possible 
standards, such as for digital signatures, the protocol is designed to allow the 
interacting parties to indicate the choice of protocol:- The default assumes the most 
prevalent protocol. Referring to Fig. 32, interaction 204 between the consumer 
100 and the consumer service provider 102 is by means of one or more of the 
worldwide web, electronic mail, ATM machines, personal financial modules, 
home PC banking software, telephone, and paper bills. Regarding bill presentment 
and payment 206, bill payment may be made by one or more of credit cards, debit 
cards, checks, automatic clearinghouse (ACH), electronic checks, and electronic 
cash, and bill presentment makes use of banking industry technology secretariat 
standards and requirements (BITS). Financial data interchange 208 utilizes one or 
more of financial services markup language (FSML), banking industry technology 
secretariat standards and requirements (BIPS), network payment protocol (NPP), 
and bill definition language. Content display 210 makes use of hypertext markup 
language/extended markup language (HTML/XML). Security 212 utilizes one or 
more of the widely adopted X-509 public key certificate syntax for certificates and 
PKS #7 standard for digital signatures. Directory access application 2 1 4 involves 
use of one or more of directory-lightweight directory access protocol (LDAP), 
hypertext transfer protocol (HTTP), financial transactions protocol (FTP), post 
office protocol/internet message access protocol (POP/IMAP), simple mail 
transfer protocol (SMTP), secure multipurpose internet mail extensions (S/MIME), 
25 and secure sockets layer (SSL). The communication medium 2 1 6 used is the 

internet and/or dedicated communication/data lines, and transport 218 makes use 
of transmission control protocol/internet protocol" (TCP/IP). 

It should be noted that the processes and methods described herein with 
reference to various flow charts illustrating various steps are implemented by 
computer components. Accordingly, each such step typically generates an 
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electrical signal which represents a result of the particular step in the illustrated 
flow charts. Accordingly, the flow charts represent electrical signals which are 
generated and used in subsequent steps. 

Various preferred embodiments of the invention have been described in 
5 fulfillment of the various objects of the invention. It should be recognized that 

these embodiments are mereiy^illustrative'df the pnnciples~ofi.the present 
invention. Numerous modifications and adaptations thereof will be readily 
apparent to those skilled in the art without departing from the spirit and scope of 
the present invention. Accordingly, the invention is only limited by the following 
10 claims. 
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WHAT IS CLAIMED IS : 

1 1. A method of presenting at least one bill for a consumer from a biller 

2 on a network, comprising: 

3 preparing a bill file for at least one bill for the consumer from the biller, the 

4 bill file including data; 

5 automatically formatting the bill for the consumer using the data-from the 

6 bill file; 

7 automatically storing the formatted bill for the consumer in a storage 

8 location; and 

9 providing access for the consumer to the storage location. 

1 2. The method of claim 1, wherein the consumer is a business entity. 

1 3. The method of claim 1, wherein the consumer is an individual. 

1 4. The method of claim 1, wherein the biller comprises a server. 

1 5. The method of claim 1, wherein the storage location comprises a 

2 server. 

1 6. The method of claim 1, wherein the formatted bill comprises an 

2 electronic mail message. 

1 7. The method of claim 1 , wherein accessing further comprises: 

2 transmitting the formatted bill from the storage location to a terminal; and 

3 displaying the formatted bill at the terminal. 

1 8. The method of claim 7, wherein the terminal comprises a personal 

2 computer. 
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1 9. The method of claim 1, wherein preparing the bill file further 

2 comprises the consumer transmitting a request for the bill. 

1 10. The method of claim 9, wherein the request is transmitted for the 

2 consumer to the biller. 



1 11. The method of claim 9, wherein the request is communicated by the 

2 consumer to a consumer account of a consumer service provider, further 

3 comprising: 

4 the consumer service provider transmitting the request to a biller account of 

5 a bill service provider; and 

6 the bill service provider transmitting the request to the biller. 

1 12. The method of claim 11, wherein the storage location is linked to 

2 the consumer account. 

1 13. The method of claim 12, wherein accessing the storage location 

2 further comprises the consumer initiating communication with the consumer 

3 account. 

1 14. The method of claim 13, wherein initiating communication further 

2 comprises accessing a terminal. 

1 15. The method of claim 14, wherein the terminal is a personal 

2 computer. 

1 16. The methctd of claim 1 1 , wherein the bill service provider comprises ^ 

2 a server. 
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1 1 7. The method of claim 16, wherein formatting the bill is performed by 

2 an application residing on the server of the bill service provider, further 

3 comprising: 

4 the biller transmitting the bill file to the biller account of the bill service 

5 provider server. 

1 1 8. The method of claim 1 1 , wherein transmitting the request further 

2 comprises transmitting a request for bill presentment for the consumer to the 

3 consumer service provider. 

1 1 9. The method of claim 1 8, further comprising creating the consumer 

2 account for the consumer by the consumer service provider. 

1 20. The method of claim 19, further comprising the consumer service 

2 provider transmitting biller information to the consumer. 

1 21. The method of claim 20, further comprising the consumer selecting 

2 the biller from the biller information. 

1 22. The method of claim 2 1 , further comprising the consumer 

2 transmitting a request for bill delivery from the selected biller to the consumer 

3 service provider. 

1 23. The method of claim 19, further comprising the consumer 

2 transmitting a request to the consumer service provider for transfer to a new 

3 consumer service provider. 

1 24. The method of claim 23, further comprising the consumer service 

2 provider transmitting the request to the bill service provider. 
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1 25. The method of claim 1 1, wherein preparing the bill file further 

2 comprises transmitting a request for billing service for the biller to the bill service 

3 provider. 

1 26. The method of claim 25, further comprising creating the biller 

2 account for billing service for the biller by the billservice provider. 

1 27. The method of claim 26, further comprising transmitting 

2 information about the biller account to the consumer. 

1 28, The method of claim 1, wherein the bill file includes a bill template 

2 and bill content. 

1 29. The method of claim 1, wherein the bill file includes a temporary 

2 resource. 

1 30. The method of claim 1, wherein automatically formatting the bill is 

2 performed by the biller. 

1 31. The method of claim 1 , further comprising the consumer paying the 

2 bill. 

1 32. The method of claim 3 1 , wherein the consumer paying the bill 

2 further comprises paying the bill to the biller. 

1 33. The method of claim 3 1 , wherein the consumer paying the bill 

2 ihcrudes a bill payment processor coupled to tf -ser^er of a consumer service 

3 provider paying the bill. 
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1 34. The method of claim 32, further comprising transmitting 

2 acknowledgment of receipt by the biller of payment of the bill. 

1 35. The method of claim 1, further comprising transmitting a test bill for 

2 the biller. 

1 36. The method of claim 1 , further comprising transmitting a dispute of 

2 the bill to the biller. 

1 37. The method of claim 1, further comprising transmitting a status 

2 inquiry about the bill to the consumer. 

1 38. The method of claim 1, further comprising transmitting a correction 

2 of the bill to the consumer. 

1 39. The method of claim 1 , further comprising transmitting a reversal of 

2 the bill to the consumer. 

1 40. The method of claim 1, further comprising transmitting a notice to 

2 stop billing for the consumer to the biller. 

1 41. The method of claim 1, further comprising transmitting a notice of 

2 storage location error to the consumer. 

1 42. A system for electronic bill presentment, comprising: 

2 means for preparing a bill file for at least one bill for a consumer from a 

3 biller, the bill file including data; 

4 means for automatically formatting the bill for the consumer using the data 

5 from the bill file; 
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6 means for automatically storing the formatted bill for the consumer in a 

7 storage location; and 

8 means for the consumer accessing the storage location. 

1 43. The system of claim 42, wherein the means for preparing comprises 

2 a server. 

1 44. The system of claim 42, wherein the means for automatically 

2 formatting comprises a server. 

1 45. The system of claim 42, wherein the means for automatically storing 

2 comprises a server. 

1 46. The system of claim 42, wherein the means for accessing comprises 

2 a terminal. 

1 47. The system of claim 46, wherein the terminal is a personal 

2 computer. 

1 48. A system for electronic bill presentment, comprising: 

2 a server of a bill service provider, the server of the bill service provider 

3 hosting a biller account for receiving a bill file from a biller that includes bill data 

4 and for automatically formatting a bill from the bill data for a consumer; 

5 a document server coupled to the bill service provider server, the document 

6 server receiving and automatically storing the formatted bill; and 

7 a consumer terminal coupled to the document server for accessing and 

8 displaying the stored biW 

1 49. The system of claim 48, wherein coupling includes an electronic 

2 network connection. 
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1 50. The system of claim 48, wherein server comprises a mainframe 

2 computer. 

1 51. The system of claim 48, wherein server comprises a personal 

2 computer. 

1 52. The system of claim 48, further comprising a biller terminal coupled 

2 to the bill service provider server. 

1 53. The system of claim 48, wherein the consumer terminal is a 

2 personal computer. 

1 54. The system of claim 48, further comprising a bill payment processor 

2 coupled to the consumer terminal for processing payment of the bill for the 

3 consumer. 
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